home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
lists
/
mint
/
l_0399
/
19
< prev
next >
Wrap
Internet Message Format
|
1994-08-27
|
2KB
Date: Mon, 18 Jan 93 00:07:16 EST
Message-Id: <9301180507.AA01188@acae127.cadence.com>
From: bammi@Cadence.COM (jwahar r. bammi)
X-Organization: Cadence Design Systems
To: uunet!GINA.UNI-MUENSTER.DE!julian@terminator.rs.itd.umich.edu,
mint@atari.archive.umich.edu, entropy@terminator.rs.itd.umich.edu
In-Reply-To: Julian F. Reschke's message of Sun, 17 Jan 93 23:01:42 MET DST <9301172201.AA10335@math.uni-muenster.de>
Subject: RE: libraries
thank julian,
point well taken, and certainly we should be headed in that
direction. Gcc Tos/miNT of course are totally re-coinciled as far as the
headers go. i suspect that TCC compatibility should not be such a big deal,
and would involve maybe a few more symbols in <compiler.h> ( i am assuming
that TCC already had all the ansi C headers as we have in gcc libs, and that
the two are almost totally compatible, and what we need to recoincile are
various tos specific things. i have never seen the TCC headers so i may be
ttoally wrong). in any case, since i dont have TCC, nor do i have any
intentions of buying it, some ones going to have to volunteer.
>
> (1) setmode
no problem here. in case you need a solution before we add it to
the libs:
(file)->_flag |= _IOBIN;
> entroy wrote in his mail concerning library PL26:
> Here we go. Most of my text editors use CR/LF. Probably all GEM programs.
i think you misunderstood: what he was suggesting was that the
diffs he send will not contain CR's. the files you maintain stiff can
contain either style, it does not matter. (hint: "patch -l" will handle both
styles). also see bill shrokas dos-mode.el if you use emacs on both the St
and Unix ends, it helps.
> this is what Pure does). In particular, I don't understand why
> the MiNT libs use _DTA instead of DTA and so on.
Ansi defines name spaces.
> All the other library stuff should be defined clear enough by ANSI (C)
> or POSIX 1003.1. Of course, I am willing to do a part of the job.
we made a pass a long time ago to get most ansi equvalent files as
close to the standard as possible, but i agree we need to do a cleanup pass
again, as some files have a tendency to gather crud (unistd.h for instance
has been abused).
cheers,
--
bang: uunet!cadence!bammi jwahar r. bammi
domain: bammi@cadence.com
GEnie: J.Bammi
CIS: 71515,155